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(57) Abstract 

A method and system for routing service calls made 
from lines resold to a competitive service provider includes 
advanced intelligent network and standard switching function- 
ality. The call may be made into an AIN service switching 
point (60) or a non-AIN switch (62-64). All calls are routed 
to an AIN hub (190), such as a service switching point, via a 
trunk group. The AIN or non-AIN switch may access a line 
class code table (160-164) to determine the proper routing 
information. Calls made from resold lines are routed to the 
AIN hub (190). Once the call is routed to the AIN hub, a 
trigger (187) provisioned on the AIN hub and assigned to the 
incoming trunk group causes the hub to suspend the call and 
launch a query to a service control point (200). The query 
includes the directory number of the resold calling line and 
the originally dialed number. The SCP (670) accesses a data- 
base (675) containing directory numbers for resold lines and 
identifiers for competitive service providers. Once the carrier 
is located, additional tables may be accessed to determine the 
routing information specified by the carrier for handling the 
call. ThQ, routing information is transmitted by the SCP (670) 
back to the SSP (610). The SSP (610) then routes the call to 
the specified location. 
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METHOD AND SYSTEM FOR 
ROUTING SERVICE CALLS MADE 
FROM RESOLD LINES 

5 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention is directed to a method and system for routing telephone 
service calls, including directory information, operator-assistance, and service repair 
10 calls made from resold lines. More particularly, this invention is directed to a method 
and system that routes service calls from resold lines using hybrid advanced intelligent 
network and switching functionality. 

2. Background 

15 The current telecommunications market includes a group of incumbent local 

exchange carriers ("ILECs") that own switching infrastructures and possess intelligent 
network capabilities. Each ILEC provides local telephone service for a particular 
geographic region of the country. This group of ILECs has existed for many years, and 
only recently have smaller carriers attempted to enter the market to establish a 
20 foothold. To enter the market, a carrier would be required to create its own switching 
infrastructure and intelligent network capabilities. Such a project would require the 
carrier to construct new telephone lines and cables, route those lines to each desired 
home, and create the necessary switching functionality. Clearly, this effort would cost 
millions, perhaps billions, of dollars for each emerging carrier. 
25 Pursuant to the Telecommunications Act of 1996, the FCC has mandated 

certain "interconnection" requirements to make it easier for new carriers to enter a 
local telecommunications market. In FCC Report & Order in the matter of Local 
Competition, docket 96-98 released August 8, 1996, the FCC required ILECs to 
"unbundle" certain elements of their existing telecommunications network. 
30 "Unbundling" is a regulatory requirement providing competitive local exchange 
carriers ("CLECs") or other service providers the ability to separately lease discrete 
functional components of an ILECs network to provide service. An unbundled local 
loop, for example, is an ILEC-provided transmission path between, and including, the 
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customer network interface (e.g., the jack) located at the end-customer's premises and 
the central office loop termination located in the ILEC's central office building. As 
another example, an unbundled port provides a service provider with local switching 
functionality, separate from the local loop, on an ILEC's switch as an alternative to 

5 providing a stand-alone switch. Numerous components may be unbundled, including 
the local loop, switch ports, and Advanced Intelligent Network ("AIN") triggers. If 
the loop and the port are rented to a service provider, however, the entire line is 
considered "resold." 

In a resale environment, end customers on resold lines may still obtain certain 

10 services, such as operator-assisted service, directory information service ("411" and 
LNPA-555-1212, where "LNPA" is the Local Numbering Plan Area (i.e., the area 
code)), repair service ("611"), LNPA-555-1212 calls, and 976/900 number blocking, 
for example. Although the line has been resold, the customer remains connected to the 
ILEC's switch. Thus, when a resold customer dials 411 or 61 1, she will be connected 

15 to the ILEC's directory assistance operator or repair service operator, respectively. 
The customer will receive a bill from the service provider that owns the resold line. 
This scenario is often undesirable for the service provider. The service provider would 
prefer the option of having such calls be routed to its own operators who can provide a 
specific type of service. 

20 To allow service providers to select their own locations for handling service 

calls, certain DLECs have incorporated methods within their network to identify 
individual lines as being resold. The use of line class codes is one such method for 
identifying resold lines. A line class code is a code within the ILEC's end office switch 
that is used to index a routing profile for a particular class of service. Each class of 

25 service, including various configurations of residential and business services, is 
assigned a line class code. The switch uses the line class code to determine the proper 
routing for the call. Each time a new service provider is introduced, a new set of line 
class codes corresponding to the existing line class codes may be assigned. This 
solution is not entirely feasible because a new line class code must be assigned 

30 potentially for every class of service and for every carrier. Moreover, the line class 
codes must be replicated in every switch. While ILECs have taken measures to 
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prevent running out of line class codes, these codes are still considered limited 
resources. 

Alternatively, ILECs may add new software directly to the switch to determine 
the proper routing for service calls made on resold lines. This would require modifying 
5 each switch in the ILECs network. Switch vendors, however, have indicated that the 
capability to implement such modifications is years away and would be prohibitively 
expensive. In addition, making routing modifications in every switch would be very 
time-consuming. 

The use of a pure advanced intelligent network ("AIN") method is a third 
10 option for ILECs. In an AIN environment, network nodes work autonomously and 
make decisions on routing and call handling without human intervention. Databases 
are often used to store information on how certain calls should be routed, or how calls 
should be handled. AIN triggers are also used to instruct various nodes on where to 
route calls and/or how to handle such calls. Unfortunately, the pure AIN solution has 
15 drawbacks. First, all of the ILECs switches may not be AIN-compatible, thus making 
a complete AIN solution impossible. Second, all calls do not automatically cause an 
AIN trigger to fire. Thus, certain nodes would not detect certain calls as having been 
made from a resold line. As a result, such call would not be properly routed to the 
service provider's desired location. 

20 

SUMMARY OF THE INVENTION 

The present invention overcomes the problems of the prior art by providing a 
hybrid AIN/switching solution. More particularly, the method and system of this 
invention allows service providers to route service calls to predetermined service 

25 locations from lines that are coupled to AIN or non-AIN switches. All calls are routed 
to a central AIN hub, such as a service switching point. The AIN hub transmits a 
query to a service control point that accesses a database to provide routing instructions 
for the hub. The AIN hub then routes the call to the predetermined service location. 

Service calls may be made from resold lines terminating at AIN or non-AIN 

30 switches. The switch uses line class code tables to determine the proper routing for 
the service call. Rather than use multiple sets of line class codes for each service 
provider, however, this invention uses a single set of line class codes for all resold 
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lines. The line class codes for resold lines reference the AIN hub. Unlike previous 
methods, valuable storage space and memory within the switch are not consumed by 
the addition of resold lines. Instead, resold lines are all assigned the single set of line 
class codes that reference a trunk group to the AIN hub. Thus, this invention is a more 
5 efficient alternative for service providers. 

The AIN hub may be an AIN-capable switch, such as a service switching point. 
The hub is provisioned with a call origination AIN trigger, such as, for example, an 
off-hook delayed trigger. The trigger is assigned to the incoming trunk groups from 
the end office switches. The call origination trigger assigned to the trunk groups 
10 causes the hub to suspend each incoming call and query a service control point for 
routing instructions. The use of a centralized AIN hub also removes the burden of 
routing calls from the end office switches. Since all calls are ultimately routed to the 
hub, these end offices simply perform the line class code search and route all calls from 
resold lines to the hub. 

15 The AIN hub transmits a query to a service control point. The query includes 

the directory number of the resold line and the dialed number. The service control 
point receives the query and accesses one or more databases to determine the routing 
information for handling the call as specified by the service provider. The database 
includes at least two tables. The first table matches the directory number of the resold 

20 line to the service provider that owns the line. The service provider may be identified 
by name or number. Once the service provider is identified, the service control point 
searches additional tables to determine the routing information. These tables may 
include routing information for each type of service call for each carrier and, possibly, 
based on the caller's location. Once the routing information is obtained, the service 

25 control point sends the routing information back to the AIN hub. 

The AIN hub receives the routing information from the service control point 
and routes the service call as specified. The carrier may then handle the call in the 
appropriate manner. 

As additional service providers are added, the system may be easily configured 

30 or reconfigured. Once the line is identified as a resold line, the set of line class codes 
for resold lines will cause the switch to route all service calls from the resold line to the 
AIN hub. The service provider can specify various locations for handling different 
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types of service calls. These locations are stored in the service control point which will 
return the proper routing information to the AIN hub. The AIN hub will then route 
the service call to the specified location. Unlike the prior art scenario, each switch 
does have to be reconfigured. 
5 Generally described, this invention is a system for routing a service call made 

from a resold calling line. The system includes a switch coupled to the line, the switch 
being operative to route the service call to a trunk group; a service switching point 
coupled to the trunk group, the switch having a trigger provisioned thereon to cause 
the switch to launch a query to a service control point upon receiving the call from the 
10 trunk group; and a service control point operative to receive the query from the service 
switching point and to provide routing instructions to the service switching point based 
upon routing information stored in at least one database coupled to the service control 
point, the routing information specifying instructions for handling the service call. 

In another embodiment of this invention, a method for routing a service call 
15 made from a resold calling line includes the steps of: routing the service call to a 
switch; routing the service call from the switch to a trunk group; routing the service 
call from the trunk group to a service switching point; transmitting a query from the 
service switching point to the service control point to determine a location for handling 
the service call, the query including a directory number of the calling line and a called 
20 number; accessing a database containing an identifier for the service provider and 
instructions for handling the service call; transmitting the instructions to the service 
switching point; and routing the call from the service switching point to the location 
for handling the service call. 

Accordingly, it is an object of this invention to provide a system for routing 
25 service calls made from lines resold to competitive service providers. 

It is a further object of this invention to provide a system for routing service 
calls made from resold lines coupled to advanced intelligent network switches. 

It is yet another object of this invention to provide a system for routing service 
calls made from resold lines coupled to non-advanced intelligent network switches. 
30 It is an additional object of this invention to provide a system for routing 

service calls that eliminates the need for multiple line class codes for each carrier and 
each type of service. 

5 
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It is a further object of this invention to provide a system for routing service 
calls that allows a service provider to specify the location for handling the service call. 

It is an additional object of this invention to provide a system for routing 
service calls that allows a service provider to specify multiple locations for handling 
5 various types of service calls. 

It is an additional object of this invention to provide a system for routing 
service calls that includes a central hub, thus making it easier to configure and 
reconfigure network elements when service providers and classes of service are added. 

It is a further object of this invention to provide a system for routing service 
10 calls that incorporates AIN solutions to make call routing more flexible than non-AIN 
solutions. 

Additional objects and advantages of the invention will be set forth in part in 
the description which follows and in part will be obvious from the description or may 
be learned by practice of the invention. The objects and advantages of the invention 
15 will be realized and attained by means of the elements and combinations particularly 
pointed out in the appended claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a block diagram of an ILEC telephone network 30, according to 
20 a preferred embodiment of the present invention. 

FIGURE 2 is an example of a prior art line class code/screening index table as 
stored in a database. 

FIGURE 3 is a line class code table, according to a preferred embodiment of 
the present invention. 

25 FIGURE 4 is a block diagram of a Calling Party Number-to-Carrier Table 

stored in a Line/Carrier database. 

FIGURE 5 is a block diagram of a Carrier Routing table as stored in the 
Line/Carrier database. 

FIGURE 6 is a block diagram of a network illustrating the method and system 

i 

30 of this invention. 

FIGURE 7 is an illustration of an exemplary Calling Party Number-to-Carrier 
table in Line/Carrier database. 
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FIGURE 8 is an illustration of an exemplary Carrier Routing Table. 
FIGURE 9 is a flow chart illustrating the steps performed using the method and 
system of this invention. 

5 DETAILED DESCRIPTION 

Reference will now be made in detail to the invention, examples of which are 
illustrated in the accompanying drawings. Wherever possible, the same reference 
numbers will be used throughout the drawings to refer to the same or like parts. 

FIGURE 1 is a block diagram of an ILEC telephone network 30, according to 

10 a preferred embodiment of the present invention. The network 30 includes a plurality 
of telephone lines 40-48 coupling terminating equipment, such as, for example, a group 
of telephones 50-58 to one or more end offices 60-64. Although telephones are 
illustrated as the terminating equipment in FIGURE 1, those skilled in the art will 
understand that such terminating equipment may include other telecommunication 

15 devices including, but not limited to, facsimile machines, computers, modems, etc. 
Certain of the telephone lines 40-46 are lines that have been resold by the ILEC to one 
or more competitive service providers. The resold lines 40-46 may be for 
home/personal use or for business/commercial use Each of the resold lines 40-42 may 
include one or more services offered by the service provider, including, but not limited 

20 to 41 1 directory assistance, 611 emergency repair, LNPA-555-1212, operator-assisted 
calls, and the blocking of 976 and/or 900 numbers. Each resold line allows a calling 
party (not shown) to dial a called party or a service number. In this exemplary 
embodiment the service provider has designated one or more operation services center 
150 for accepting service calls from resold lines. It should be apparent that the service 

25 provider may designate multiple services centers for handling various types of service 
calls. 

The resold lines extend from the called party's residence or business to end 
offices 60-64 operated by the ILEC. The end offices 60-64 connect subscribers in the 
network to each other and to other end offices via a trunk group. The end offices 

♦ 

30 include serving switches that allow calls to be switched to and from other calling areas. 
End office 60 is an AIN-end office, such as a service switching point ("SSP") An SSP 
typically includes switch functionality, but also includes other functionality so as to 

7 
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communicate with other AIN elements as those skilled in the art understand. End 
offices 62-64 are non-AIN end offices: The end offices in FIGURE 1 are illustrated 
for exemplary purposes only. This invention may be used for resold lines coupled to 
either AIN end offices or non-AIN end offices. The network 30 may include 
5 additional elements, such as signal transfer points (not shown) that route calls between 
SSPs and other network elements. For further information regarding AIN technology 
and aspects thereof, the interested reader is referred to U.S. Patent No. 5,430,719, to 
Weisser, which is incorporated herein by reference. 

End offices 60-64 include line class code ("LCC") tables 160-164, respectively, 
10 that contain line class codes and screening indices for various classes of services. 
FIGURE 2 is an example of a prior art line class code table 220 as stored in an end 
office. Each line owned by the ELEC is assigned a particular line class code depending 
upon the service provider owning the line and the class of service available for that 
line. As shown, the table 220 includes a line class code column 230, and a plurality of 
15 service columns 240-260 for various types of service. In the exemplary table 220, line 
class codes 110, 112, 113, and 114 are codes for ILEC-owned lines. Line class codes 
210, 212, 213, and 214 are assigned to lines owned by another service provider (e.g., 
"Service Provider 2"). Line class codes 310, 312, 313, and 314 are assigned to lines 
owned by a third service provider (e.g., "Service Provider 3"). The service columns 
20 specify whether the class of service for the particular line class code includes a 
particular service. The routing information column 270 then specifies the routing 
information for that class of service. For example, the table 220 indicates that the 
ELEC-owned lines having line class code 110 may make operator-assisted calls, 411 
calls, and 611 calls. ELEC-owned lines having line class code 112 may only make 
25 operator-assisted service calls and 411 calls. Similarly, the lines owned by the other 
service providers having line class code 210 and 310 may make all three types of calls. 
As new service providers are added, the entire set of service classes must be replicated 
and a new set of line class codes must be assigned for the replicated service class. In 
the table 220, for example, lines having line class codes 10, 110, and 210 share the 
30 same type of service, yet each line has different line class codes. 

FIGURE 3 is a screening index table 300, according to this invention. All 
resold lines are assigned one new set of line class codes without regard to the service 
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provider. The table 300 thus includes a line class code column 310 containing the class 
code for a line. Line class codes 110, 112, 113, and 114 are ILEC line class codes.. 
Line class codes 210, 212, 213, and 214 are resold line class codes. Service columns 
320-340 identify particular types of service that the line may or may not include. The 

5 routing information column 350 contains routing information for each line class code 
and class of service. In the present invention, the routing information for all resold line 
class codes specifies that the service call be routed to an AIN hub. 

In this invention, all service calls made from resold lines are routed to an AIN 
hub 190 (FIGURE 1). Calls may be routed using a routing index in the line class 

10 code table. The trunk groups terminate on ports in an AIN hub element 190. The 
AIN hub 190 is an AIN-capable end office, such as a service switching point. Any 
AIN-capable switch in the network may be designated the AIN hub 190. Although 
one AIN hub 190 is illustrated in FIGURE 1, a network may contain numerous AIN 
hubs. 

15 To notify the AIN hub 190 that AIN functions must be invoked (i.e., a query to 

a Service Control Point), the trunk groups 173, 177, 179 terminating at the AIN hub 
190 are each assigned an off-hook delayed ("OHD") AIN trigger 187. Triggers are 
assigned on a per-trunk basis. The OHD trigger is normally associated with individual 
subscriber lines, rather than inter-switch trunk connections, as used in the present 
20 invention. When used with individual subscriber lines, the switch assigned to the line 
recognizes an OHD trigger upon receiving a valid number sequence following an off 
hook condition. The use of an OHD trigger in connection with inter-switch trunk 
connections, however, causes the AIN hub 190 to suspend all calls from that trunk 
group and launch a query to an SCP. Since the trunk group is designated specifically 
25 for routing service calls pursuant to this invention, the use of the OHD trigger in this 
manner is not cumbersome. . 

In response to the OHD trigger, the AIN hub 190 suspends the call and 
launches a query to an AIN Service Control Point ("AIN SCP") 200. As part of the 
query, the AIN hub 190 provides the AIN SCP 200 with the calling number of the 
30 calling party and the service number dialed by the calling party. The AIN SCP 200 is a 
computer server that accesses one or more databases and returns information to other 
network components based on service- specific programming. The SCP 200 receives 

9 
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call information in a query from the AIN hub 190 and translates query information 
(i.e., the calling number and dialed number) into routing instructions for the AIN hub 
190. In this invention, AIN SCP 200 accesses a Line/Carrier database 220 containing 
information regarding the calling party's carrier and call type. 
5 The Line/Carrier database stores several accessible tables, including a Calling 

Party Number-to-Carrier Table 400. FIGURE 4 is an illustration of an exemplary 
Calling Party Number-to-Carrier Table 400 stored in Line/Carrier database 220. The 
table 400 includes a Calling Party Directory Number column 420 containing a list of 
Calling Party numbers for resold lines, and a Local Exchange Carrier column 440 
10 containing local exchange carrier identifiers corresponding to each calling party 
number. The local exchange carrier may be identified by name, number, or any other 
method for identifying a carrier. The AIN SCP 200 accesses the database 220 and 
searches the Calling Party Number-to-Carrier Table 400 for the calling party number 
provided by the AIN hub 190. Upon finding the calling party number in the Calling 
15 Party Number column 420, the AIN SCP 220 references the corresponding Local 
Exchange Carrier identifier in the Local Exchange Carrier column 440. 

The AIN SCP 200 then uses the local exchange carrier identifier to access a 
Carrier Routing table 500 stored in the Line/Carrier database 220. FIGURE 5 is a 
block diagram of an exemplary Carrier Routing table 500 as stored in the Line/Carrier 
20 database 220. The Carrier Routing table 500 includes a Local Exchange Carrier 
Identifier column 520, and a plurality of call type columns 530, 540, 550. The Local 
Exchange Carrier column 520 stores a plurality of identifiers for various local 
exchange carriers. The identifiers correspond to the identifiers found in the Local 
Exchange Carrier column 440 of the Calling Party Number-to-Carrier Table 400. 
25 Thus, the AIN SCP 200 uses the identifier obtained from the Calling Party Number-to- 
Carrier Table 400 to locate the carrier in the Carrier Routing table 500. Each local 
exchange carrier may desire that calls be routed to different locations within the 
network (or to other networks) depending upon the type of service call. Accordingly, 
once the AIN SCP 200 finds the appropriate local exchange carrier identifier, it also 
30 locates the appropriate Call Type column depending upon the call type. For instance, 
in FIGURE 5, call type #1 may correspond to 411 calls, call type #2 may correspond 
to 61 1 calls, call type #3 may correspond to operator-assisted calls, etc. It should be 

10 
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apparent, however, that other service calls and non-service calls may be handled using 
a similar table. Once the correct carrier and call type have been located, the routing 
information may be obtained from that entry. The routing information may be any 
known type of routing information, including a routing index, a directory number, a 
5 carrier code or any combination of these. Other tabular information in the SCP may be 
used to make additional routing decisions based on, for example, the area in which the 

> 

caller is located. 

The AIN SCP 200 transmits the original calling number, the routing 
information, the dialed number, and the local exchange carrier identifier to the AIN 

10 hub 190. The routing index points to a set of trunks specified by the local exchange 
carrier in the Carrier Routing table. The AIN hub 190 transmits, as supported by the 
trunk type, the calling number, the dialed number, and the local exchange carrier 
identifier to the trunk group designated by the routing information. The call may then 
be handled by the service provider as it chooses. 

15 With continuing reference to FIGURES 1-5, and now turning to FIGURE 6, 

the exemplary operation of this invention is described in the context of a subscriber to 
a competitive service provider placing a service call to "411" directory information. It 
will be appreciated by one skilled in the art that this invention is not limited to use of 
"411" calls, but may also include other service calls, including, but not limited to 

20 operator assistance calls, telephone repair calls, and collect calls. 

In this example, a calling party ("Joe") having a calling party number (770-555- 
1234) uses his telephone 602, which is connected by calling line 604 to end office 610. 
In this example, end office 610 is an AIN-capable end office (i.e., an SSP). Joe places 
a call to "41 1" directory information. Joe subscribes to a competitive service provider 

25 ("CLEC 1"). CLEC 1, which is identified in the network by the identifier "604", has 
requested that all directory information calls be routed to a directory information 
service center 640 within the network. The service center 640 has a routing index 
number of "RI209". The ILEC, by arrangement, has stored the routing index for the 
information service center 640 within its AIN SCP databases. 

30 As a result of Joe dialing "411", the SSP 610 accesses a line class code table 

614. Within the table, the calling line is identified as a resold line of a particular class. 
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The table 614 includes a routing index (or other routing identifier) for an AIN hub 650 
within the network. The SSP 610 then routes the call to the AIN hub 650. 

An OHD trigger assigned to the trunk group terminating at the AIN hub causes 
the AIN hub 650 to suspend the incoming call and query an SCP 670. The AIN hub 

5 650 transmits a query to the SCP 670 containing the calling party number (770-555- 
1234) and the originally dialed number ("41 1"). The SCP 670 accesses a database 675 
to determine where the call should be routed. 

FIGURE 7 is an illustration of an exemplary Calling Party Number-to-Carrier 
table 700 in Line/Carrier database 675. As shown, Joe's number is listed among the 

10 various calling party numbers in the Calling Party Number column 720. The Local 
Exchange Column 720 Carrier lists "604," the identifier for CLEC 1, as Joe's carrier. 

Once CLEC 1 is identified as the carrier for Joe, the SCP searches the Carrier 
Routing Table in the database 675. The SCP 670 uses the carrier identifier obtained 
from the Calling Party Number-to-Carrier table 700 to obtain the routing instructions. 

15 FIGURE 8 is an illustration of an exemplary Carrier Routing Table 800. As illustrated, 
the carrier, CLEC 1, has routing instructions for operated-assisted, 411, and 611 calls. 
The SCP 670 finds the service provider identifier in the table 800. Next, the SCP 670 
obtains the routing instructions for 411 calls for subscribers of that carrier. As show, 
the carrier has specified that 411 calls be routed to routing index number RI209— the 

20 routing index number for the service center 640. Accordingly, the SCP 670 transmits 
the routing index number back to the SSP 610. 

The SSP 610 routes the call to the routing index specified by the SCP 670. 
The call is then connected to the carrier's service center 640. 

Certain service providers may want the ELEC to continue providing operator 

25 services for "0" calls. In these cases, the service provider will want the ILEC to 
provide "branding" services, whereby the ILEC plays a recording identifying the 
service provider prior to handling the call and upon concluding the call. Branding may 
be accomplished by implementing a method for screening the originating line number in 
the operator services switches. Calls are routed to the ILEC's operator services 

30 switch. The switch will send a query to determine the service provider. Once the local 
service provider is identified, the operator services switch will play the correct 



12 

BNSDOCID: <WO 9923808A 1 _l _> 



. WO 99/23808 PCT/US98/23443 

branding announcement, process the call, and then play a final branding announcement 

before releasing the call. 

FIGURE 9 is a flow chart illustrating the flow of information during a call from 
a caller on a non-AIN resold line to a local operator (a "0" call). In step 902, the caller 
5 dials "0". In step 904, the serving switch in the non-AIN end office accesses a line 
class code to correlate the line class code of the caller's calling line to the appropriate 
routing identifier. Accordingly, in step 906, the serving switch determines that the line 
class code table identifies this line as a resold line and for "0" calls, the call should be 
routed to the AIN hub. 

l o In step 908, the call is routed to the AIN hub via a trunk group terminating at a 

port in the AIN hub. The trunk group, however, has been assigned an AIN off-hook 
delayed trigger. Thus, in step 910, the AIN hub will suspend the call, collect all of the 
digits in the call and immediately launch a query to the AIN SCP. The query will 
include the calling number of the caller and the originally dialed number ("0"). The 

15 AIN SCP launches a service package to determine where this call should be routed. 
First, in step 912, the AIN SCP determines the local exchange carrier for the caller 
based upon the calling number. More particularly, the AIN SCP accesses the Calling 
Party Number-to-Carrier Table in the Line/Carrier database. The AIN SCP obtains a 
local exchange carrier code. The AIN SCP then accesses the Carrier Routing table. 

20 The AIN SCP obtains the appropriate routing information for the specified exchange 
carrier code and dialed number in step 914. In step 916, the AIN SCP provides the 
routing information, the calling number, and the carrier code back to the AIN hub. In 
step 918, the AIN hub routes the call to the location specified by the AIN SCP using 
the provided routing instructions. 

25 Having thus described a method and system for routing service calls made from 

resold lines, it should be apparent to those skilled in the art that certain advantages 
have been achieved. It should also be appreciated that various modifications, 
adaptations, and alternative embodiments thereof, including the use of multiple AIN 
hubs and additional SCPs and SCP databases, for example, may be made within the 
30 scope and spirit of the present invention. The invention is further defined by the 
following claims: 
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What is Claimed is: 



1 1 .A system for routing a service call made from a calling line resold to a 

2 competitive carrier, the system comprising: 

3 a switch coupled to the resold line, the switch being operative to route the 

4 service call to a service switching point; 

5 a service switching point having a trigger provisioned thereon to cause the 

6 switching point to launch a query to a service control point upon receiving the call 

7 from the switch; and 

8 a service control point operative to receive the query from the service 

9 switching point and to provide routing instructions to the service switching point based 

10 upon resold line routing information stored in at least one database coupled to the 

1 1 service control point, the routing information identifying a location specified by the 

12 carrier for handling the service call. 

1 2. The system for routing a service call, as recited in Claim 1, wherein the 

2 switch is an AIN-capable service switching point. 

1 3 . The system for routing a service call, as recited in Claim 1 , further 

2 comprising a line class code table stored in the switch, the line class code database 

3 storing a line class code corresponding to a class of service of the resold line and 

4 information specifying that calls be routed to the service switching point. 

1 4. The system for routing a service call, as recited in Claim 3, wherein the 

2 switch accesses the line class code database to route the call to the service switching 

3 point. 

1 5. The system for routing a service call, as recited in Claim 1, wherein the 

2 query includes a directory number of the calling line and a called party number. 
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1 6. The system for routing a service call, as recited in Claim 1, wherein the 

2 trigger is an off-hook delayed trigger. - 

1 7. The system for routing a service call, as recited in Claim 1, wherein the 

2 resold line routing information stored in the at least one database further comprises: 

3 an identifier for the directory number of the resold calling line; and 

4 an identifier for the competitive carrier. 

1 8. The system for routing a service call, wherein the resold line routing 

2 information includes routing information specifying the location for handling the 

3 service call. 

1 9. In an intelligent network, a system for routing a service call made from a 

2 calling line resold to a competitive carrier, the system comprising: 

3 a first network element operative to route the service call to a second network 

4 element; 

5 a second network element operative to cause the second network element to 

6 launch a query to a third network element upon receiving the call from the first 

7 network element; and 

8 the third network element operative to receive the query from the second 

9 network element and to provide routing instructions to the second network element 

10 based upon resold line routing information stored in a storage device coupled to the 

1 1 third network element, the routing information identifying a location specified by the 

12 competitive carrier for handling the service call; 

13 in response to receiving the routing instructions from the third network 

14 element, the second network element being further operative to route the call to the 

15 location for handling the service call. 

1 10. The system for routing a service call, as recited in Claim 9, wherein the 

2 first network element is a switch. 

1 11. The system for routing a service call, as recited in Claim 9, wherein the 

2 first network element is a service switching point. 

15 
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1 12. The system for routing a service call, as recited in Claim 9, wherein the 

2 second network element is a service switching point. 



1 13. The system for routing a service call, as recited in Claim 9, wherein the 

2 third network element is a service control point. 



1 14. The system for routing a service call, as recited in Claim 9, wherein the 

2 second network element is provisioned with a trigger to cause the second network 

3 element to launch the query. 



1 15. The system for routing a service call, as recited in Claim 9, wherein the 

2 resold line routing information stored in the storage device further comprises: 

3 an identifier for the directory number of the calling line; and 

4 an identifier for the service provider. 



1 16. The system for routing a service call, as recited in Claim 15, wherein the 

2 resold line routing information includes a routing index specifying the location for 

3 handling the service call. 



1 17. The system for routing a service call, as recited in Claim 9, further 

2 comprising a line class code table stored in the switch, the line class code table storing 

3 a line class code corresponding to a class of service of the line and information 

4 specifying that calls be routed to the service switching point. 
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1 18. A method for routing a service call made from a calling line resold to a 

2 service provider, the method comprising the steps of: 

3 routing the service call to a switch; 

4 routing the service call from the switch to a service switching point; 

5 transmitting a query from the service switching point to a service control point 

6 to determine a location specified by the competitive carrier for handling the service 

7 call, the query including a directory number of the resold calling line and a called 

8 number; 

9 accessing a database containing an identifier for the service provider and an 

10 identifier for the location for handling the service call; and 

1 1 transmitting the identifier for the location to the service switching point; and 

12 routing the call from the service switching point to the location for handling the 

13 service call. 

1 . 19. The method for routing a service call, as recited in Claim 18, further 

2 comprising the steps of: 

3 accessing a table containing a line class code for the calling line and an 

4 identifier for the location of a trunk group coupled to the service switching point; and 

5 routing the call to the trunk group based upon the identifier for the location of 

6 the trunk group. 

1 20. The method for routing a service call, as recited in Claim 18, further 

2 comprising the step of encountering a trigger at the service switching point, thereby 

3 causing the service switching point to launch the query. 

1 21 . The method for routing a service call, as recited in Claim 20, wherein the 

2 trigger is an off-hook delayed trigger. 
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